home *** CD-ROM | disk | FTP | other *** search
/ HPAVC / HPAVC CD-ROM.iso / pc / PWANK082.ZIP / NUKE.CFG < prev    next >
Encoding:
Text File  |  1995-04-09  |  4.5 KB  |  116 lines
  1. f:\ppe\zipzap\ulby\ulby.dat
  2. 51 30
  3. Uploaded by
  4. NOSTR
  5. @X08│  @X0B@NR@  @X08@POS:8@│@X0B @CMT@  @X08@POS:79@│
  6. d:\offline
  7. NO
  8. 20 20 20 20 90 90
  9. YES
  10. 20
  11. YES
  12. NO
  13. d:\dummy
  14. YES YES NO A YES YES YES NO
  15. ----------------------------------------------------------------------------
  16. Line 1: If you use ulby to change the uploaded by string, put the full
  17.         path/name of the ubly database here. Otherwise put a 'N' here.
  18.  
  19. Line 2: (X, Length) of the user name in the uploaded by string.
  20.         Trailing spaces are always removed.
  21.  
  22. Line 3: The uploaded by string that you use in your descriptions.
  23.  
  24. Line 4: Here you can define some special cases when searching the upload user
  25.         in the description in an effort by me to try to acommodate all setups.
  26.  
  27.     In order of preference:
  28.  
  29.            B - Look for it from the Bottom up, almost all the time
  30.                the uploaded by string is the last (or whereabouts) line,
  31.            looking from the bottom upwards for the user will prevent
  32.            any problems with the 'uploaded by' string being found
  33.            in the normal description text.
  34.  
  35.            NOSTR - Uses the first line from the bottom up that has some
  36.                    text in it as the string with the user name, use this
  37.                if you don't use any kind of distinguishable string
  38.                with your upload user name (like I do).
  39.  
  40.            T - Look for the supplied string from the TOP up, not 
  41.                recommended.
  42.  
  43. Line 5: Nuke reasons replacement line. @NR@  =  Reason number
  44.                                        @CMT@ =  Reason text
  45.  
  46. Line 6: Offline directory, used to move files offline if so selected. Must
  47.         exist.
  48.  
  49. Line 7: YES to not delete the created nukefile (this is the dir file with a .nuk
  50.         extension), just in case something goes wrong.
  51.  
  52.     NO moves the created nuked dirfile entry to the actual dir file, this
  53.     is faster of course, but not as save as keeping the two files, in case
  54.     something goes wrong.
  55.  
  56. Line 8: Access securities for different nuker functions, note that these
  57.         are not used if USERS.CFG is used for access (line 9):
  58.  
  59.            Token 1: Security needed for nuking.
  60.            Token 2: Security needed for awarding.
  61.            Token 3: Security needed for freeing.
  62.            Token 4: Security needed for commenting.
  63.            Token 5: Security needed to delete/zero byte files, without
  64.                     moving them offline.
  65.            Token 6: Security needed to stay anonymous when nuking etc.
  66.  
  67. Line 9: YES to use USERS.CFG to check for access. Otherwise the securities
  68.         in the previous line are used as a global access control.
  69.  
  70. Line 10: Security to give a free file in FSEC.
  71.  
  72. Line 11: YES to update the top nuked users bulletin each time the nuker
  73.          exits. Updating of the nuked users bulletin won't take much time,
  74.      but if you don't care for it anyway you might as well disable it.
  75.  
  76. Line 12: If this is set to yes the directory specified in the next line (13)
  77.          is used to move zero-byted files to. If you use this option make
  78.      sure that the directory in the next line exists and that it's 
  79.      included in your dlmain.lst (or seperate dlpath.lst files) so it will 
  80.      be checked on uploads.
  81.  
  82. Line 13: Dummy directory, only used if line 12 is YES. This directory MUST
  83.          exist.
  84.  
  85. Line 14: This will be a line with some general parameters:
  86.  
  87.          Token 1: YES puts the nuke/award etc reason description(s) after
  88.               the *.MSG (skull pictures) files. NO will insert them 
  89.           before the *.MSG files.
  90.     
  91.      Token 2: YES to keep the old description when nuking, otherwise
  92.               the description will be deleted and only the nuke reasons etc
  93.           will be shown.
  94.  
  95.      Token 3: Default turbo prompt to YES or NO.
  96.  
  97.          Token 4: G : Always show the graphics menu (lightbars)
  98.               A : Always show the ascii menu.
  99.           X : Follow the users expert mode, graphics when off, 
  100.               ascii when on.
  101.  
  102.          Token 5: YES to use an index file (.IDX) if available. Make this no
  103.               if IDX usage doesn't do the job on your system (might be
  104.           the case if you have footers at the end of you DIR files
  105.           and such)
  106.         
  107.      Token 6: YES to center comments.
  108.  
  109.      Token 7: YES to put the MSG files and comments after the description.
  110.               Note that this is useless if you're nuking and have the
  111.           remove description turned on (token 2)
  112.  
  113.      Token 8: YES to center the .MSG (skull pictures and such) files also 
  114.               (note that you should only use this if you remove the skull 
  115.           pictures which of course shouldn't be centered)
  116.